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Foreword 



This Technical Specification (TS) has been produced by the Special Mobile Group (SMG) Technical Committee (TC) 
of the European Telecommunications Standards Institute (ETSI). 

This TS specifies the technical realization of the first phase of the network feature Support of Optimal Routeing (SOR) 
within the digital cellular telecommunications system (Phase 2/Phase 2+). 

The contents of this TS are subject to continuing work within TC-SMG and may change following formal TC-SMG 
approval. Should TC-SMG modify the contents of this TS it will then be republished by ETSI with an identifying 
change of release date and an increase in version number as follows: 

Version 5.x.y 

where: 

y the third digit is incremented when editorial only changes have been incorporated in the specification; 

X the second digit is incremented for all other types of changes, i.e. technical enhancements, corrections, 
updates, etc. 
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1 Scope 

This TS specifies tine teclnnical realization of tine first pinase of tine network feature Support of Optimal 
Routeing (SOR). The first phase of SOR provides: 

a method to route a call from one mobile subscriber directly to another mobile subscriber who is in 
the same country as the calling mobile subscriber or in the called mobile subscriber's home country, 
without needing to connect the call via the HPLMN of the called subscriber, even though the called 
mobile subscriber has roamed outside his HPLMN; 

a method to forward calls when a called mobile subscriber who has roamed outside his home 
country is busy, or is not reachable, or does not reply, to a forwarded-to destination in the HPLMN 
country of the called subscriber or the VPLMN country of the called subscriber, without needing to 
connect the forwarded call via the VPLMN of the called subscriber; 

a method to combine the optimal routeing described in the first bullet point above with the optimal 
routeing described in the second bullet point above. 

OR of a call is permitted only if all entities involved in handling the call support OR. 

Other cases of optimal routeing (e.g. calls where the calling and called subscribers are in different 
countries, forwarding to a mobile subscriber or multiple forwarding) will be considered for inclusion in later 
phases. 

2 Normative references 

[1] GSM 01 .04 (ETR 350): "Digital cellular telecommunications system (Phase 2+); 

Abbreviations and acronyms". 

[2] GSM 02.79: "Digital cellular telecommunications system (Phase 2+); Support of 

Optimal Routeing (SOR); Service definition (Stage 1)". 

[3] GSM 02.82: "Digital cellular telecommunications system (Phase 2+); Gall 

Forwarding (CF) supplementary services - Stage 1". 

[4] GSM 03.03 (ETS300 927): "Digital cellular telecommunications system 

(Phase 2+); Numbering, addressing and identification". 

[5] GSM 03.04: "Digital cellular telecommunications system; Signalling 

requirements relating to routeing of calls to mobile subscribers". 

[6] GSM 03.18 (TS 101 043): "Digital cellular telecommunications system 

(phase 2+); Basic call handling; Technical Realization". 

[7] GSM 03.78 (TS 101 044): "Digital cellular telecommunications system 

(phase 2+); Customized Applications for Mobile network Enhanced Logic 
(CAMEL) - Stage 2". 

[8] GSM 03.85: "Digital cellular telecommunications system; Closed User Group 

(CUG) supplementary services - Stage 2". 

3 Definitions and abbreviations 
3.1 Definitions 

A subscriber: The calling subscriber, who may be fixed or mobile. 

B subscriber: The mobile subscriber originally called by the A subscriber. 

C subscriber: The subscriber to whom the B subscriber has requested that calls be forwarded. The 
C subscriber may be fixed or mobile. 
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Destination address: The address which GMSCA returns to VMSCA in the Note Call Destination 
message, to allow VMSCA to insert in the call data record an address to define the destination network. 

Direct route: A call takes the direct route if the route from the serving PLMN of the A subscriber to the 
serving PLMN of the B subscriber is defined by the MSRN of the B subscriber rather than by the MSISDN 
of the B subscriber. 

Early call forwarding: Call forwarding from the IPLMN before the call has been extended to the VPLMN 
of the forwarding subscriber. 

HPLMN leg: The portion of the HPLMN route from the serving MSC of the A subscriber to an MSC in the 
HPLMN of the B subscriber. 

HPLMN route: A call takes the HPLMN route if the route from the serving MSC of the A subscriber to the 
serving MSC of the B subscriber is defined by the MSISDN of the called subscriber. This forces the call to 
be routed via the HPLMN of the B subscriber. 

Interrogating PLMN (IPLMN): The PLMN which interrogates the HPLMN of the B subscriber to obtain 
information to route the call to that subscriber or to the forwarded-to destination defined by the called 
mobile subscriber. The IPLMN is also the VPLMN of the A subscriber. 

Late call forwarding: Call forwarding after the call has been extended to the VPLMN of the forwarding 
subscriber. Late call forwarding may be invoked in the IPLMN or the VPLMN of the forwarding subscriber. 

Reference address: The address which defines the maximum charge which the A party is prepared to 
pay for the call leg which he originates. 

Routeing address: The address which the GMSC uses to route a call towards the B subscriber or the 
C subscriber. 

3.2 Abbreviations 

For the purpose of this TS, the following abbreviations apply in addition to those listed in GSM 01.04 [1]: 

BOIZC Barring of Outgoing InterZonal Calls 

BOIZC-exHC Barring of Outgoing InterZonal Calls except those directed to the HPLMN 

Country 

CMN CAMEL Modified Number 

FTN Forwarded-To Number 

FTNW Forwarded-To NetWork 

GMSCA The GMSC in the IPLMN, which may also be VMSCA 

GMSCB TheGMSCinHPLMNB 

GMSCC The GMSC in HPLMNC 

HLRB The HLR of the B subscriber 

HLRC The HLR of the C subscriber 

HPLMNB The HPLMN of the B subscriber 

HPLMNC The HPLMN of the C subscriber 

lAM Initial Address Message 

IPLMN Interrogating PLMN 

ORLCF Optimal Routeing for Late Call Forwarding 

PRN Provide Roaming Number 

PSI Provide Subscriber Information 

RCH Resume Call Handling 

SIFIC Send Information For Incoming Call 

SIFOC Send Information For Outgoing Call 

SRI(F) Send Routeing Information (Fon/varding information) 

SRI(L) Send Routeing Information (Location information) 

SRI(R) Send Routeing Information (Roaming number) 

VLRA The VLR of the A subscriber 

VLRB The VLR of the B subscriber 

VMSCA The VMSC of the A subscriber 

VMSCB The VMSC of the B subscriber 
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Architecture 



4.1 



Optimal routeing for basic mobile-to-mobile calls 



The existing GSM arclnitecture supports tine primary teclnnical requirement of optimal routeing for mobile- 
to-mobile calls (basic OR): that a GMSC can interrogate an HLR in a different PLMN to obtain routeing 
information for a mobile terminated call GSM 03.04 [5]. Three logically distinct PLMNs are involved in the 
handling of an optimally routed mobile-to-mobile call: 

the IPLMN, which is also the VPLMN of the calling mobile subscriber; 
the HPLMN of the called mobile subscriber (HPLMNB); 
the VPLMN of the called mobile subscriber (VPLMNB). 

Any two or all three of these PLMNs may be identical; in figure 1 they are shown as distinct. 

Figure 1 shows the communication between the IPLMN, HPLMNB and VPLMNB for an optimally routed 
mobile-to-mobile call. 
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Figure 1 : Architecture for optimal routeing of basic mobile-to-mobile call 

In figure 1 and throughout this TS, the term ISUP is used to denote the telephony signalling system used 
between exchanges. In a given network, any telephony signalling system may be used; the only additional 
requirement is that GMSCA must be able to signal to VMSCA the destination address which it has used to 
route the call. 



If the VMSG of the calling mobile subscriber (VMSCA) is distinct from the GMSC, it constructs an ISUP 
Initial Address Message (lAM) using the MSISDN of the called subscriber and sends it to the GMSC. If the 
GMSC, which may be distinct from the VMSC of the calling mobile subscriber but is in the VPLMN of the 
calling mobile subscriber, is in a different PLMN from HLRB, it requests routeing information from HLRB 
using the MAP protocol. If HLRB determines that the call can be routed directly from the GMSC to VMSCB 
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without contravening tine cinarging requirements for optimal routeing given in subclause 9.1, it requests a 
roaming number from VLRB using the MAP protocol, and VLRB returns a roaming number in the Provide 
Roaming Number ack. HLRB returns the roaming number to the GMSC in the Send Routeing Info ack. 
The GMSC uses the roaming number to construct an ISUP lAM, which it sends to VMSCB. The call is 
then handled according to the existing GSM procedures, except that if the call is answered GMSCA 
inserts in the ISUP Answer message the destination address which it used to route the call, to allow 
VMSCA to generate the correct charging record. 

NOTE: If the GMSC returns an ISUP Answer message before it has received an Answer 

message from the final destination (e.g. because of an interaction with a Specialized 
Resource Function) an incorrect destination address (or no destination address) can 
be sent to VMSCA, even though the call is eventually optimally routed. 



4.2 



Optimal routeing for conditional call forwarding 



Some cases of call forwarding on mobile subscriber not reachable (CFNRc) are handled in the IPLMN, 
without the call being extended to the VPLMN of the forwarding subscriber. For these cases, referred to in 
this TS as early call forwarding, the forwarding is already optimally routed. 

When a call has been extended from the GMSC to VMSCB, the current GSM procedures lead to any 
conditional call forwarding being routed from VMSCB to the forwarded-to destination; this is referred to in 
this TS as late call forwarding. Optimal routeing for late call forwarding (ORLCF) allows VMSCB to return 
control of the call to the GMSC, which can then route the call to the forwarded-to destination. 

Figure 2 shows the architecture for ORLCF. Phase 1 of SOR does not include optimal routeing of 
forwarding to a mobile subscriber, so optimal routeing of the forwarding leg is not considered. 
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Figure 2: Architecture for optimal routeing of late call forwarding 



GSM 03.79 



11 



TS101 045V5.0.1 (1997-04) 



After the call has been extended from the GMSC to VMSCB, if the VMSC/VLR determines that the call 
should be forwarded it requests the GMSC to resume call handling. The GMSC uses the forwarding 
information received in the request to resume call handling, or interrogates HLRB for forwarding 
information, depending on the indication received from the HLR with the roaming number. If the GMSC 
determines that the call can be routed directly to the forwarded-to destination without contravening the 
charging requirements for optimal routeing given in subclause 9.1 it acknowledges the request, clears the 
traffic connection to VMSCB and sends an ISUP JAM to the forwarded-to local exchange. 

5 Optimal routeing for basic mobile-to-mobile calls: message flows 

This clause does not consider the handling of calls to a fixed network B subscriber. 

The message flow for an optimally routed call from one mobile subscriber to another mobile subscriber is 
shown in figure 3. For simplicity of description, it is assumed that forwarding of calls from the B subscriber 
is not required. Solid lines indicate circuit-associated signalling; dashed lines indicate connectionless 
signalling. 



IPLMN 



HPLMNB 



VMSCA 



Setup 



^ 



GMSCA 



JAM 



0R1:Y 



0R1:N 



GMSGB 



SRI(B) 



JAM 



JAM 



HLRB 



SRI ack 



SRI 

error 

sri(b; 



*> 



SRI ack 

K 



lAM 



0R2:Y 
0R3:Y 



PRN ack 

K 



0R3:N 



0R2:N 



VPLMNB 



VLRB 



PRN 



PSI 



J'SI ack 

PRN 
error 



PRN 



PRN ack 

K 



0R4:Y 



0R4:N 



VMSCB 



Figure 3: Message flow for optimal routeing of basic mobile-to-mobile call 
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5.1 Successful outcome 

When VMSCA receives a Setup message from the MS, it sends a request for information to handle the 
outgoing call to VLRA, according to the procedures described in GSM 03.18 [6]. If VLRA determines that 
the MS is allowed service, it returns a positive acknowledgement. When VMSCA receives the 
acknowledgement, it constructs an JAM using the B subscriber address and sends it to GMSCA. 

If GMSCA recognizes the B subscriber address as belonging to a GSM PLMN (decision 0R1 :Y), it checks 
the identity of HPLMNB. If GMSCA is in a different PLMN from HLRB, it then sends a request for routeing 
information (SRI(B)) to HLRB; this request contains an indication that it is an optimal routeing enquiry for 
information to route a basic call. If HLRB is prepared to accept an optimal routeing enquiry from GMSCA 
(decision 0R2:Y), it checks whether at least one of the three conditions: 

the GMSC is in the same country as VMSCB; 
the HLR is in the same country as VMSCB; 
the GMSC is in the same PLMN as the HLR. 

is met. If it is (decision 0R3:Y), HLRB sends a request for a roaming number (PRN) to VLRB; the request 
contains an indication that it is for an optimally routed call. If VLRB supports optimal routeing (decision 
0R4:Y), it returns the roaming number in the PRN ack, and HLRB relays the roaming number in the SRI 
ack to GMSCA. GMSCA constructs an ISUP lAM using the roaming number, and sends it to VMSCB, 
which processes the incoming lAM according to the procedures described in GSM 03.18 [6]. 

5.2 Unsuccessful outcome 

Error situations which lead to failure of the call, rather than non-optimal routeing, are not described in this 
subclause. 

5.2.1 B subscriber address not recognized as belonging to a GSM PLMN 

If GMSCA does not recognize the B subscriber address as belonging to a GSM PLMN (decision 0R1 :N), 
it constructs an lAM using the B subscriber address and sends it to GMSCB in HPLMNB. GMSCB 
analyses the address received in the lAM, and sends a request for routeing information (SRI(R)) to HLRB; 
this request contains an indication that it is not an optimal routeing enquiry. Because GMSCB is in the 
same PLMN as HLRB, it will always be able to derive an HLR address. HLRB sends a request for a 
roaming number (PRN) to VLRB. VLRB returns the roaming number in the PRN ack, and HLRB relays the 
roaming number in the SRI ack to GMSCB. GMSCB constructs an ISUP lAM using the roaming number, 
and sends it to VMSCB, which processes the incoming lAM according to the procedures described in 
GSM 03.1 8 [6]. 

5.2.2 HLRB or VLRB does not support optimal routeing 

If HLRB is not prepared to accept an optimal routeing enquiry from GMSCA (decision 0R2:N), it returns 
an SRI negative response (shown in figure 3 as "SRI error"). This causes GMSCA to construct an lAM 
using the B subscriber address and send it to GMSCB, as described in subclause 5.2.1 . 

If VLRB does not support optimal routeing (decision 0R4:N), it returns a PRN negative response (shown 
in figure 3 as "PRN error"). This causes HLRB to return an SRI negative response (shown in figure 3 as 
"SRI error"), which in turn causes GMSCA to construct an lAM using the B subscriber address and send it 
to GMSCB, as described in subclause 5.2.1 . 

5.2.3 OR charging requirements contravened 

If HLRB determines that the call cannot be routed directly from GMSCA to VMSCB without contravening 
the charging requirements for optimal routeing given in subclause 9.1 (decision 0R3:N) it sends a request 
for subscriber information (PSI) to VLRB. VLRB sends a response indicating whether the B subscriber is 
detached or in some other state. If the B subscriber is not detached, HLRB sends an SRI negative 
response (shown in figure 3 as "SRI error") to GMSCA, which constructs an lAM using the B subscriber 
address and sends it to GMSCB, as described in subclause 5.2.1. 
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6 Optimal routeing for conditional call forwarding: message flows 

Two cases of conditional call forwarding are described in this clause: 

Early call forwarding to a fixed destination. 
Late call forwarding to a fixed destination. 

For phase 1 of SOR, no attempt is made to route a call directly from the GMSC to a forwarded-to mobile 
subscriber; if the forwarded-to subscriber is mobile, the call is routed from the GMSC to a GMSC in the 
HPLMN of the forwarded-to subscriber. 

6.1 Early call forwarding 

Early call forwarding is defined as call forwarding from the IPLMN before the call has been extended to 
the VPLMN of the forwarding subscriber. CPU and CFNRc when the forwarding mobile subscriber is IMSI 
detached are examples of early call forwarding. Early call forwarding is effectively optimally routed, 
because the call takes the most direct route possible from the IPLMN to the forwarded-to destination. 

The message flows for early call forwarding to a fixed destination are shown in figure 4a (forwarding 
without VLB interrogation) and figure 4b (forwarding after VLB interrogation). The IPLMN is shown as 
distinct from HPLMNB, on the assumption that the original call towards the B subscriber was optimally 
routed. Solid lines indicate circuit-associated signalling; dashed lines indicate connectionless signalling. 

6.1.1 Forwarding without interrogation of VLRB 

6.1.1.1 Successful outcome 

GMSCA sends a request for routeing information (SBI(B)) to HLBB. If HLBB determines that the call is to 
be forwarded without needing to signal to VLBB then HLBB returns the forwarded-to number (FTN) in the 
SB! ack. 

If GMSCA determines that the call can be forwarded to LEC without contravening the charging 
requirements for optimal routeing given in subclause 9.1 (decision OB:Y) it constructs an ISUP JAM using 
the FTN and sends it to LEC. 
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Figure 4a: Message flow for early call forwarding to a fixed destination - forwarding without 

interrogation of VLRB 



6.1.1.2 



Unsuccessful outcome 



Error situations winicin lead to failure of the call, rather than non-optimal routeing, are not described in this 
subclause. 

If GMSCA determines that the call cannot be forwarded to LEG without contravening the charging 
requirements for optimal routeing given in subclause 9.1 (decision OR:N) it constructs an lAM using the 
B subscriber address and sends it to GMSGB. 

GMSGB sends a request for routeing information (SRI(B)) to HLRB. If HLRB determines that the call is to 
be forwarded, as described in subclause 6.1 .1 .1 , it returns the FTN in the SRI ack. 

GMSGB constructs an lAM using the FTN and sends it to LEG. 

6.1.2 Forwarding after interrogation of VLRB 

6.1.2.1 Successful outcome 

GMSGA sends a request for routeing information (SRI(B)) to HLRB. HLRB sends a request for the 
subscriber status (PSI) to VLRB. If the record in VLRB for the B subscriber shows that the B subscriber is 
IMSI detached, VLRB indicates this in the PSI ack. Alternatively, if HLRB determines that at least one of 
the three conditions: 

the GMSG is in the same country as VMSGB; 
the HLR is in the same country as VMSGB; 
the GMSG is in the same PLMN as the HLR. 

is met, it sends a request for a roaming number (PRN) to VLRB. If the record in VLRB for the B subscriber 
shows that the B subscriber is IMSI detached, VLRB indicates this in a PRN negative response. If HLRB 
determines that GFNRc should be invoked, it returns the forwarded-to number (FTN) in the SRI ack. 
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If GMSCA determines that the call can be forwarded to LEG without contravening the charging 
requirements for optimal routeing given in subclause 9.1 (decision OR:Y) it constructs an ISUP JAM using 
the FTN and sends it to LEG. 
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NOTE: HLRB may send a PRN to VLRB, and receive a PRN negative response indicating absent 

subscriber, to determine that CFNRc should be invoked. 

Figure 4b: Message flow for early call forwarding to a fixed destination - forwarding after 

interrogation of VLRB 



6.1.2.2 



Unsuccessful outcome 



Error situations which lead to failure of the call, rather than non-optimal routeing, are not described in this 
subclause. 

If GMSGA determines that the call cannot be forwarded to LEG without contravening the charging 
requirements for optimal routeing given in subclause 9.1 (decision OR:N), it constructs an ISUP lAM using 
the B subscriber address and sends it to GMSGB. 

GMSGB sends a request for routeing information (SRI(B)) to HLRB. HLRB sends a request for a roaming 
number (PRN) to VLRB. If the record in VLRB for the B subscriber shows that the B subscriber is IMSI 
detached, VLRB indicates this in the PRN ack. If HLRB determines that GFNRc should be invoked, it 
returns the forwarded-to number (FTN) in the SRI ack. 



GMSGB constructs an lAM using the FTN and sends it to LEG. 
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6.2 



Late call forwarding 



Late call forwarding is defined as call forwarding after the call has been extended to the VPLMN of the 
forwarding subscriber. CFB, CFNRc on no response to paging and CFNRy are examples of late call 
forwarding. In the absence of OR, late call forwarding occurs in the VPLMN of the forwarding party; if OR 
applies, late call forwarding occurs in the IPLMN. 

The message flow for optimal routeing of late call forwarding to a fixed destination is shown in figure 5. 
The IPLMN may be distinct from HPLMNB or the same as HPLMNB, depending on whether or not the 
original call to VPLMNB was optimally routed, but this description assumes that the original call to 
VPLMNB was optimally routed. For simplicity of description, the separation of VMSCA and GMSCA 
(described in clauses and subclause 6.1) is omitted. Solid lines indicate circuit-associated signalling; 
dashed lines indicate connectionless signalling. 
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Figure 5: Message flow for optimal routeing of late call forwarding to a fixed destination 
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6.2.1 Successful outcome 

The GMSC obtains a roaming number from HLRB to route tine call to VMSCB, as described in 
subclause 5.1 . The SRI ack also includes an indication of whether the GMSC should interrogate the HLR 
for routeing information for late call forwarding. The GMSC constructs an JAM using the roaming number, 
and sends it to VMSCB. When VMSCB receives the JAM, it requests subscriber information for the 
incoming call (SIFIC) from VLRB. If VLRB determines that the call should be forwarded, because the 
called mobile subscriber is busy, or is not reachable, or has not replied to the call before the no-reply call 
timer has expired, it returns a SIFIC ack containing the forwarded-to number, the forwarding reason, the 
GMSC address and the call reference number to VMSCB. VMSCB sends a request to resume call 
handling (RCH) to the GMSC; the RCH includes the fon/varded-to number, the forwarding reason and the 
basic service information received in the SIFIC ack. 

If the HLR indicated in the SRI ack which contained the MSRN that the GMSC should interrogate the HLR 
for forwarding information (FIR:Y), the GMSC then sends a request for forwarding information (SRI(F)), 
containing the forwarding reason and the basic service group which applies for this call, to HLRB. HLRB 
responds with the appropriate forwarded-to number. 

If the HLR indicated in the SRI ack which contained the MSRN that the GMSC should not interrogate the 
HLR for forwarding information (FIR:N), the GMSC checks the forwarded-to number received in the RCH. 

If the GMSC determines that the call can be forwarded to the forwarded-to destination without 
contravening the charging requirements for optimal routeing given in subclause 9.1 (decision OR:Y) it: 

sends an RCH ack to VMSCB to indicate that control of the call has been accepted; 

sends an ISUP Release message indicating normal clearing to VMSCB to release the traffic circuit; 

constructs an lAM using the forwarded-to number, and sends it to LEC. 

6.2.2 Unsuccessful outcome 

Error situations which lead to failure of the call, rather than non-optimal routeing, are not described in this 
subclause. 

6.2.2.1 GMSC does not support OR 

If the GMSC does not support OR, it must be in the same PLMN as the HLR; it therefore omits its address 
and the call reference number from the SRI(B) request, so the GMSC address and call reference number 
are not relayed to VMSCB, and VMSCB cannot send the RCH to the GMSC. Instead, the call will be 
forwarded at VMSCB. 

6.2.2.2 HLRB does not support OR 

If HLRB does not support OR, it does not relay the GMSC address and the call reference number which it 
received in the SRI(B), so VMSCB cannot send the RCH to the GMSC. Instead, the call will be forwarded 
at VMSCB. 

6.2.2.3 VMSCB/VLRB does not support OR 

If VMSCB/VLRB does not support OR, VMSCB cannot send the RCH to the GMSC. Instead, the call will 
be forwarded at VMSCB. 

6.2.2.4 OR charging requirements contravened 

If the original call to VMSCB was optimally routed, the GMSC can route the call to the forwarded-to 
destination only if the charge to do so is no more than the charge to route the call to HPLMNB. If this 
requirement, determined as described in subclause 9.1, is not met (decision OR:N) the GMSC returns an 
RCH negative response (shown in figure 5 as "RCH error") to VMSCB, which then forwards the call. 

If the original call to VMSCB was not optimally routed, the GMSC can route the call directly to the 
forwarded-to destination only if the charge to do so is no more than the charge for the routeing to VMSCB. 
If this requirement, determined as described in subclause 9.1, is not met (decision OR:N) the GMSC 
returns an RCH negative response (shown in figure 5 as "RCH error") to VMSCB, which then forwards the 
call. 
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7 Interactions between optimal routeing and supplementary services 

7.1 Call forwarding 

If an optimally routed call encounters early call forwarding, GMSCA attempts to route the call to the 
forwarded-to destination. The forwarded-to destination is the C subscriber if the C subscriber is not a 
mobile subscriber, or the HPLMN of the C subscriber if the C subscriber is a mobile subscriber. If GMSCA 
cannot route the call to the forwarded-to destination without contravening the charging requirements for 
optimal routeing given in subclause 9.1 , the call is routed to a GMSC in the HPLMN of the B subscriber. 

If an optimally routed call encounters late call forwarding, GMSCA attempts to route the call to the 
forwarded-to destination. The forwarded-to destination is the C subscriber if the C subscriber is not a 
mobile subscriber, or the HPLMN of the C subscriber if the C subscriber is a mobile subscriber. If GMSCA 
cannot route the call to the forwarded-to destination without contravening the charging requirements for 
optimal routeing given in subclause 9.1 , the call is routed from VMSCB to the forwarded-to destination. 

The handling of call forwarding at HLRB for optimally routed calls is encapsulated in the procedures 
First_Forwarding_HLR, PRN_Error_HLR, Handle_CFB, Handle_CFNRc and Handle_CFNRY, which are 
specified in GSM 03.18 [6]. 

7.2 Closed User Group (CUG) 

The handling of CUG checking for outgoing calls at VLRA is encapsulated in the process OCH_VLR, 
which is specified in GSM 03.18 [6]. 

The handling of CUG checking at HLRB is encapsulated in the procedures Subscription_Check_HLR and 
Forward_CUG_Check, which are specified in GSM 03.18 [6]. 

7.3 Advice of Charge 

Advice of Charge (Information) and Advice of Charge (Charging) do not take account of whether a call has 
been optimally routed. 

7.4 Call barring 

It has been accepted in principle that all supplementary service call barring programmes except for BAIC 
are applied for cost control reasons, and that therefore barring should be applied on the basis of the cost 
of the actual route taken by the call. For phase 1 of optimal routeing, this principle does not apply. Barring 
of outgoing calls is applied on the basis of the B subscriber number. Barring of all incoming calls will 
prevent a call to the served mobile subscriber, whether or not the call is optimally routed. If Barring of 
Incoming Calls when roaming outside the home PLMN country is active and operative it will prevent a call 
to the B subscriber even if the A subscriber pays to route the call to the VMSC of the B subscriber. 

The handling of barring of outgoing calls at VLRA is encapsulated in the process OCH_VLR, which is 
specified in GSM 03.18 [6]. 

The handling of barring of incoming calls at HLRB is encapsulated in the procedure 
Subscription_Check_HLR, which is specified in GSM 03.18 [6]. 

The interactions between barring of outgoing calls and call forwarding for phase 1 of optimal routeing are 
defined in GSM 02.82 [3]. 

The interactions between BIC-Roam and call forwarding for phase 1 of optimal routeing are defined in 
GSM 02.82 [3]. 

7.5 Other supplementary services 

The effects of the following supplementary services on optimally routed calls are identical to their effects 
on non-optimally routed calls, so they are omitted from this TS: 

CLIP, CLIR, COLP, COLR (GSM 03.81 ); 
CW, HOLD (GSM 03.83); 
MPTY (GSM 03.84); 
ECT (GSM 03.91). 
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8 Interactions between optimal routeing and other network features 

8.1 Operator determined barring 

The principles for tine interactions between operator determined barring and optimal routeing are the same 
as those for interactions between supplementary service barring and optimal routeing. 

8.2 CAIVIEL 

The principles for interactions between CAMEL services and optimal routeing are specified in this 
subclause. The interworking between CAMEL processing and optimal routeing in the GMSC, the HLR and 
the terminating VMSC is specified in subclauses 9.4, 9.5 and 9.7 respectively. 

If a mobile-originating CAMEL service modifies the number entered by the A subscriber, VMSCA treats 
the number returned by the CAMEL server in the same way as a number received in the SETUP 
message, i.e. it sends an JAM containing the modified number to the associated GMSC, which analyses it 
to find if it is an MSISDN. 

If a mobile-terminating CAMEL service modifies the number received by the GMSC, the GMSC treats the 
number returned by the CAMEL server in the same way as a forwarded-to number, i.e. it checks it against 
the optimal routeing criteria in subclause 9.1 but does not analyse it to find if it can derive an HLR 
address. If the number returned by the CAMEL server does not satisfy the optimal routeing criteria in 
subclause 9.1 and the GMSC is not in the same PLMN as HLRB, the GMSC will route the call to a GMSC 
in the same PLMN as HLRB. This will lead to a repetition of the mobile terminating CAMEL interaction. 

If the call is to be forwarded at the GMSC (whether by a GSM-standardized call forwarding service or by a 
CAMEL-based call forwarding service) and a mobile originating CAMEL service applies to the forwarding 
subscriber, the GMSC checks the number which results from the CAMEL service against the optimal 
routeing criteria in subclause 9.1 . If the number returned by the CAMEL server does not satisfy the optimal 
routeing criteria in subclause 9.1, the GMSC will not route the call to the forwarded-to destination. For 
early call forwarding, the GMSC will route the call to a GMSC in the same PLMN as HLRB. This will lead 
to a repetition of the mobile originating CAMEL interaction. For optimal routeing of late call forwarding, the 
GMSC will return a Resume Call Handling negative response towards VMSCB, which will forward the call. 
This will lead to a repetition of the mobile originating CAMEL interaction. 

9 Functional requirements of entities performing optimal routeing 

9.1 Charging requirements for optimal routeing 

MoU have imposed two constraints for the charging of optimally routed calls: 

no subscriber shall pay more for a call which has been optimally routed than he would do under the 
present routeing scheme described in GSM 03.04 [5] in the subclauses describing the call cases 
where the GMSC is in the same PLMN as the HLR; 

at least for the first phase of optimal routeing, the charge for one leg of a call shall be paid for 
entirely by one subscriber. 

These constraints mean that the direct route for a call cannot always be used. For example, if the calling 
mobile subscriber (the A subscriber) is in Germany, and the B subscriber's HPLMN is in Switzerland but 
he has roamed to Finland, the charge payable by the A subscriber to route the call by the direct route to 
Finland would be greater than the charge payable to route the call to HPLMNB, so the HPLMN route must 
be used. 

In the first phase of optimal routeing, it cannot be assumed that a GMSC is able to calculate the charge 
payable for the direct route and the charge payable for the HPLMN leg. The MoU requirements can be 
met by applying more stringent (but simpler) criteria for deciding whether the direct route may be used: 

if the country code of the destination exchange and the country code of the GMSC are the same, 
then the direct route may be used; 
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Otherwise, for a call leg which is chargeable to the A subscriber, if the country code of the 
destination exchange and the country code of HPLMNB are the same, then the direct route may be 
used; 

otherwise, the HPLMN route shall be used. 

In certain cases, the second criterion above (equality of country codes for the HPLMN and the destination 
exchange) may not be enough to determine equality of the charges payable for the direct route and the 
HPLMN route. In these cases, analysis of the national destination code as well as the country code is 
required; however the principle is still that if the two numbers are the same to the depth of analysis 
required then the direct route may be used. 

For optimal routeing of late call forwarding, the constraints are satisfied if the following criteria are applied: 

if the country code of the forwarded-to exchange and the country code of the GMSC are the same, 
then the fonwarded call may be routed directly from the GMSC to the forwarded-to exchange; 

otherwise, if the country code of the forwarded-to exchange and the country code of HPLMNB are 
the same, then the forwarded call may be routed directly from the GMSC to the forwarded-to 
exchange; 

otherwise, if the country code of the forwarded-to exchange and the country code of VPLMNB are 
the same, then the forwarded call may be routed directly from the GMSC to the forwarded-to 
exchange; 

Otherwise the forwarded call shall be routed through VPLMNB. 

9.2 Functional behaviour of VIVISCA 

The functional behaviour of VMSCA is specified in GSM 03.18 [6]. The only function specific to optimal 
routeing is the transfer of the destination address, if it is received in the ISUP Answer message, to the call 
data record, to allow the correct charge for the call to be made. 

9.3 Functional behaviour of VLRA 

The functional behaviour of VLRA is specified in GSM 03.1 8 [6]. 

9.4 Functional behaviour of GMSC 

It should be noted that if a call is being forwarded from VMSGB rather than from the MSG which acted as 
GMSC for the original call then VMSCB may use the services of an associated GMSC for the forwarding 
leg, i.e. the associated GMSC requests routeing information from HLRC. In this case, the forwarding leg is 
processed in the same way as a mobile-originated call from mobile subscriber B. 

The functional behaviour of a GMSC is described in the SDL of figure 6. 

9.4.1 Basic OR: incoming lAM 

When the GMSC receives an lAM, it analyses the called party number of the lAM; if the called party 
number indicates that the called party is a mobile subscriber served by an HLR in the same PLMN as the 
GMSC, the call will not be optimally routed and the GMSC will request routeing information from an HLR 
in its own PLMN; otherwise the call may be optimally routed and the GMSC will not request routeing 
information from an HLR in its own PLMN. 

The GMSC then sets the reference address (which determines the maximum charge which the 
A subscriber will pay) to be equal to the called party address, and invokes the procedure 
Obtain_Routeing_Address, passing as parameters the called party address, the reference address, the 
optimal routeing indicator and the own PLMN indicator. 
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9.4.2 Basic OR: successful outcome 

If the result of the procedure Obtain_Routeing_Address is "Pass" (i.e. neither "Fail" nor "Forward"), the 
GMSC constructs an lAM using the routeing address returned by the procedure 
Obtain_Routeing_Address and sends the lAM to the appropriate exchange. The GMSC then waits for an 
Address Complete message. 

If the GMSC receives an Address Complete message from the destination exchange, it relays the 
message to the originating exchange and waits for an Answer message. 

If the GMSC receives an Answer message from the destination exchange, it checks whether the call has 
been optimally routed. If the call has been optimally routed, the GMSC sets the destination address 
parameter in the Answer message, sends the message to the originating exchange and waits for the call 
to be cleared. 

If the GMSC receives a Connect message from the destination exchange, it checks whether the call has 
been optimally routed. If the call has been optimally routed, the GMSC sets the destination address 
parameter in the Connect message, sends the message to the originating exchange and waits for the call 
to be cleared. 

9.4.3 Early call forwarding 

If the result of the procedure Obtain_Routeing_Address is "Forward", the GMSC constructs an lAM using 
the routeing address returned by the procedure Obtain_Routeing_Address and sends the lAM to the 
appropriate exchange. The GMSC then waits for an Address Complete message from the forwarded-to 
exchange. 

If the GMSC receives an Address Complete message from the forwarded-to exchange, it relays the 
message to the originating exchange and waits for an Answer message. 

If the GMSC receives an Answer message from the forwarded-to exchange, it checks whether the call has 
been optimally routed. If the call has been optimally routed, the GMSC sets the destination address 
parameter in the Answer message. The GMSC then invokes the procedure 
Handle_COLP_Forwarding_lnteraction to determine how the COLP presentation indicator should be set, 
sets the presentation indicator in the Answer message, sends the Answer message to the originating 
exchange and waits for the call to be cleared. 

If the GMSC receives a Connect message from the destination exchange, it checks whether the call has 
been optimally routed. If the call has been optimally routed, the GMSC sets the destination address 
parameter in the Connect message. The GMSC then invokes the procedure 
Handle_COLP_Forwarding_lnteraction to determine how the COLP presentation indicator should be set, 
sets the presentation indicator in the Connect message, sends the Connect message to the originating 
exchange and waits for the call to be cleared. 

9.4.4 Optimal Routeing of Late Call Forwarding (ORLCF) 

If the VMSC/VLR of the destination mobile subscriber determines that the call is to be forwarded on 
mobile subscriber busy, mobile subscriber not reachable or no mobile subscriber reply, it requests the 
GMSC to resume handling of the call; the request includes: 

the call reference number allocated by the GMSC; 

the basic service group which applies for this call; 

the forwarded-to number; 

the forwarding reason; 

possibly CUG information; 

possibly originating CAMEL subscription information. 

When the GMSC receives a request to resume call handling, it checks whether the request included 
originating CAMEL subscription information. 

If the request included originating CAMEL subscription information and the GMSC does not support 
CAMEL, the GMSC sends a Resume Call Handling negative response indicating that OR is not allowed to 
the VMSC, and waits for an address complete message from VMSCB. 
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If the request did not include originating CAMEL subscription information, or the GMSC supports CAMEL, 
the GMSC stores the information which was included in the Resume Call Handling request. If HLRB must 
be interrogated for routeing information for the forwarded call, the GMSC constructs an SRI(F) containing 
the forwarding reason and the basic service group and any CUG information which was received in the 
original JAM, sends it to HLRB and waits for an answer. If the GMSC receives a positive response from 
HLRB, it stores the forwarding information received in the response. If HLRB must not be interrogated for 
routeing information for the forwarded call, the GMSC uses the forwarding information received in the 
Resume Call Handling request. 

If the Resume Call Handling request included originating CAMEL subscription information, the GMSC 
performs the interaction between CAMEL handling and call forwarding as specified in GSM 03.78 [7], 
process CAMEL_CF_MSC_GMSC. 

The GMSC then checks the optimal routeing indicator. If the optimal routeing indicator is set to false, 
indicating that the original call to the VMSC was not optimally routed, the GMSC sets the reference 
address to the routeing address used for the call setup to VMSCB and sets the optimal routeing indicator 
to TRUE. 

The GMSC then sets the destination address equal to the forwarded-to number and invokes the 
procedure Route_Permitted, passing as parameters the optimal routeing indicator, the forwarded-to 
number and the reference address. 

9.4.4.1 ORLCF: successful outcome 

If the result of the procedure Route_Permitted indicates that the call can be routed directly from the GMSC 
to the forwarded-to destination, the GMSC: 

sends a Resume Call Handling ack and an ISUP Release message to the VMSC; 

constructs an lAM using the forwarded-to number and any CUG information received in the 
Resume Call Handling request or the SRI(F) ack; 

sends the lAM to the appropriate exchange; 

waits for an address complete message from the forwarded-to exchange. 

9.4.4.2 ORLCF: unsuccessful outcome 

If the GMSC receives a negative response from HLRB, it: 

sends a Resume Call Handling negative response indicating that the forwarding failed, and an ISUP 
release, to the VMSC; 

sends an ISUP Release message to the originating MSC, with an appropriate cause value; 

releases any call resources which have been allocated; 

and the process returns to the idle state. 

If the result of the procedure Route_Permitted indicates that the call cannot be routed directly from the 
GMSC to the forwarded-to destination, the GMSC sends a Resume Call Handling negative response 
indicating that OR is not allowed to the VMSC, and waits for an address complete message from VMSCB. 

9.4.5 Basic OR: unsuccessful outcome 

If the result of the procedure Obtain_Routeing_Address is "fail", the GMSC returns an ISUP Release 
message to the originating MSC, with an appropriate cause value, and the process terminates. 

9.4.6 Call release 

At any stage, the call may be released from the originating end. In this case, the GMSC sends an ISUP 
Release message towards the destination VMSC, if a traffic channel has been established, and releases 
any call resources which have been allocated, and the process returns to the idle state. 
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If a traffic circuit inas been establislned to tine destination VMSC, tine destination VMSC may return an 
ISUP Release message. In this case, the GMSC sends an ISUP Release message to the originating MSC 
via the process MSC_Coord, with an appropriate cause value, and releases any call resources which have 
been allocated, and the process returns to the idle state. 

9.4.7 Relay of other messages 

When the GMSC is waiting for an Address Complete message, an Answer message, for the call to be 
cleared, or for forwarding information from the HLR, it relays any messages received from the originating 
exchange to the destination exchange, and relays any messages received from the destination exchange 
to the originating exchange. 

9.4.8 Procedure Obtain_Routeing_Address 

This procedure is described in the SDL of figure 7. It is invoked in the original GMSC, or in the VMSC if 
conditional call forwarding is to be invoked at the VMSC and the VMSC has GMSC capabilities. It takes as 
input parameters an input address, a reference address, an optimal routeing indicator and an own PLMN 
indicator. It returns as output parameters a routeing address, an address to identify the destination 
network and a result indicator. 

The GMSC begins by sending a request for routeing information, indicating that this is an optimal routeing 
enquiry for information to route a basic call, to the HLR; the GMSC then waits for a response from the 
HLR. 

9.4.8.1 Send Routeing Info negative response 

If there is a negative response to the Send Routeing Info request (including the cases where the HLR 
rejects the request because the HLR does not support OR, and where the HLR cannot return a response 
to the request because of a protocol error), the GMSC checks whether the interrogation was to an HLR in 
the same PLMN as the GMSC. If the interrogation was within the PLMN of the GMSC, there is no point in 
repeating the interrogation, so the GMSC sets the result indicator to "fail", and returns. If the interrogation 
was not within the PLMN of the GMSC, the GMSC checks the negative response to see whether there is 
any point in repeating the interrogation from a GMSC in the same PLMN as the HLR. "Non-fatal" error 
situations, which cause the call to be routed through a GMSC in the same PLMN as the HLR, are: 

Send Routeing Info request rejected because the HLR does not support OR; 

Protocol error; 

System failure; 

Unexpected data value; 

Data missing; 

OR not allowed. 

"Fatal" negative responses, which cause the GMSC to return a "fail" result, are: 

Unknown subscriber; 
Number changed; 
Bearer service not provisioned; 
Teleservice not provisioned; 
Call barred; 
CUG reject; 
Forwarding violation; 
Facility not supported; 
Absent subscriber. 

If there is no point in repeating the interrogation, the GMSC sets the result indicator to "Fail", and returns; 
otherwise the GMSC returns the reference address as the routeing address and the destination address, 
sets the OR indicator to False and sets the result indicator to "Pass". This causes the parent process to 
construct an lAM using the reference address, and send it to a GMSC in the same PLMN as the HLR. 
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9.4.8.2 Send Routeing Info ack 

If the HLR returns a Send Routeing Info ack including terminating CAMEL subscription information, the 
GMSC performs the CAMEL handling for a mobile terminating call as specified in GSM 03.78 [7], process 
CAMEL_MT_GMSC. 

The GMSC then checks the routeing information in the Send Routeing Info ack. 

9.4.8.2.1 Routeing information is IVISRN 

If the Send Routeing Info ack contains an MSRN and a VMSC address, the GMSC stores the Forwarding 
Interrogation Required indicator, returns the MSRN as the routeing address and the VMSC address as the 
destination address, and sets the result to "Pass". 

9.4.8.2.2 Routeing information is forwarded-to number 

If the Send Routeing Info ack contains a forwarded-to number, the GMSC invokes the procedure 
Route_Permitted, passing as parameters the optimal routeing indicator, the forwarded-to number and the 
reference address. If the result indicates that the call can be directly routed to the forwarded-to number, 
the GMSC returns the forwarded-to number as the routeing address, sets the OR indicator to True and 
sets the result indicator to "Forward". If the result indicates that the call cannot be routed directly to the 
forwarded-to number, the GMSC returns the reference address as the routeing address and the 
destination address, sets the OR indicator to False and sets the result indicator to "Pass". 

9.4.8.2.3 Routeing information is CAIVIEL modified number 

If the CAMEL handling for the mobile terminating call modified the destination address, giving a CAMEL 
modified number (CMN), the GMSC invokes the procedure Route_Permitted, passing as parameters the 
optimal routeing indicator, the CAMEL modified number and the reference address. If the result indicates 
that the call can be directly routed to the CAMEL modified number, the GMSC returns the CAMEL 
modified number as the routeing address, sets the OR indicator to True and sets the result indicator to 
"Pass". If the result indicates that the call cannot be routed directly to the CAMEL modified number, the 
GMSC returns the reference address as the routeing address and the destination address, sets the OR 
indicator to False and sets the result indicator to "Pass". 

9.4.8.2.4 No routeing information 

If the HLR returned a Send Routeing Info ack containing neither an MSRN nor a forwarded-to number, 
and CAMEL handling did not give a CAMEL modified number, the GMSC proceeds as defined in 
subclause 9.4.8.1 for an OR not allowed error. 

9.4.9 Procedure Route_Permitted 

This procedure is described in the SDL of figure 8. It is invoked in the original GMSC, or in the GMSC 
associated with the VMSC if conditional call forwarding is to be invoked at the VMSC. It takes as input 
parameters the optimal routeing indicator, a requested address and a reference address. It returns as 
result a Boolean indication of whether the requested route is permitted. 

If the optimal routeing indicator is set to false, the requested route is permitted. 

If the optimal routeing indicator is set to true and the country code of the requested address matches the 
country code of the GMSC, the requested route is permitted. 

If the optimal routeing indicator is set to true and the country code of the requested address matches the 
country code of the reference address, the requested route is permitted. 

9.4.10 Procedure Handle_COLP_Forwarding_lnteraction 

This procedure is specified in GSM 03.18 [6]. 
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9.5 Functional behaviour of IHLR 

The functional behaviour of an HLR is described in the SDL of figure 9. 

9.5.1 Receipt of a request for routeing information 

When the HLR receives a request for routeing information, it invokes the procedure 
Subscription_Check_HLR to determine whether the B subscriber's subscription permits the requested call 
to be offered. 

If the result indicates that the call is allowed, the HLR checks whether this is a forwarding enquiry. 

If it is a forwarding enquiry, the HLR proceeds as defined in subclause 9.5.5. 

If it is not a forwarding enquiry, the HLR checks whether this is an optimal routeing enquiry. If the HLR is 
prepared to accept an optimal routeing enquiry from the GMSC which sent it, or this is not an optimal 
routeing enquiry, the HLR checks whether it supports CAMEL. 

If the HLR supports CAMEL, it performs the necessary handling for the terminating CAMEL service, as 
specified in GSM 03.78 [7], process CAMEL_SRI_HLR, starting at entry point CAMEL_1 . 

If the HLR does not support CAMEL, it invokes the procedure First_Forwarding_HLR, to determine 
whether the call should be forwarded before VLRB is interrogated. If the procedure First_Forwarding_HLR 
returns a Fail result, the HLR proceeds as defined in subclause 9.5.6.4. 

If the procedure First_Forwarding_HLR returns a Continue result, the HLR continues as described in 
subclause 9.5.3. 

9.5.2 Call forwarding before VLR interrogation 

If the result of the procedure First_Forwarding_HLR indicates that the call is to be forwarded, the HLR 
invokes the procedure Forward_CUG_Check to determine whether Closed User Group authorization of 
the forwarded call is required. 

If the result indicates that the forwarded call is allowed, the HLR constructs an ack to the routeing 
information request, inserts the values returned by the procedure First_Forwarding_HLR: 

forwarding options; 

forwarded-to number as the routeing address; 

and returns the ack, and the process returns to the idle state. 

9.5.3 Basic call enquiry 

If the procedure First_Forwarding_HLR returns a Continue result, the HLR checks whether this is an 
optimal routeing enquiry. 

If it is not an optimal routeing enquiry, the HLR constructs a Provide Roaming Number request. If the 
Send Routeing Info request included a call reference number, the HLR includes the GMSC address and 
the call reference number in the Provide Roaming Number request. 

If it is an optimal routeing enquiry, the HLR checks whether the charging requirements for optimal routeing 
given in subclause 9.1 are contravened. If the charging requirements are not contravened, the HLR 
constructs a Provide Roaming Number request including the GMSC address, the call reference number 
and an indication that this is a request for an OR call, sends the request to the VLR and waits for a 
response. Otherwise, the HLR requests subscriber information from the VLR, and awaits a response. 

When the HLR receives the subscriber information, it checks the subscriber state received. 

If the state is network determined not reachable, the HLR proceeds as defined in subclause 9.5.5.2. 

Otherwise, the HLR proceeds as defined in subclause 9.5.6.3. 
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9.5.4 Response to Provide Roaming Number request 

9.5.4.1 Response is IVISRN 

If the VLR returns an ack containing an MSRN, tine HLR constructs an ack to tine routeing information 
request, inserts tine MSRN as tine routeing address and returns tine ack, and tine process returns to tine idle 
state. 

9.5.4.2 Response is negative 

If the VLR returns a negative response to the Provide Roaming Number request, the HLR checks the 
negative response. If the negative response was OR not allowed, the HLR proceeds as defined in 
subclause 9.5.6.3. 

Otherwise, the HLR invokes the procedure PRN_Error_HLR to handle the negative response. 

If the procedure PRN_Error_HLR returns a Fail result, the HLR proceeds as defined in subclause 9.5.6.5. 

If the procedure PRN_Error_HLR returns a Forward result, the HLR invokes the procedure 
Forward_CUG_Check to determine whether Closed User Group authorization of the forwarded call is 
required. 

If the result indicates that the forwarded call is allowed, the HLR constructs an ack to the routeing 
information request, inserts the values returned by the procedure First_Forwarding_HLR: 

forwarding options; 

fonwarded-to number as the routeing address; 

and returns the ack, and the process returns to the idle state. 

9.5.5 Forwarding information enquiry 

If this is an enquiry for forwarding information and the HLR supports interrogation for forwarding 
information, it checks the forwarding reason. 

If the HLR does not support interrogation for forwarding information, it proceeds as defined in 
subclause 9.5.6.2. 

9.5.5.1 Forwarding on busy 

If the forwarding reason is busy, the HLR invokes the procedure Handle_CFB to determine whether the 
call should be forwarded. 

If the procedure Handle_CFB returns a Fail result, the HLR proceeds as defined in subclause 9.5.6.6. 

If the procedure Handle_CFB returns a Forward result, the HLR continues as defined in 
subclause 9.5.5.4. 

If the procedure Handle_CFB returns a Continue result, the HLR proceeds as defined in 
subclause 9.5.6.7. 

9.5.5.2 Forwarding on mobile subscriber not reachable 

If the forwarding reason is not reachable, the HLR invokes the procedure Handle_CFNRc to determine 
whether the call should be forwarded. 

If the procedure Handle_CFNRc returns a Fail result, the HLR proceeds as defined in subclause 9.5.6.6. 

If the procedure Handle_CFNRc returns a Forward result, the HLR continues as defined in 
subclause 9.5.5.4. 
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If the procedure Handle_CFNRc returns a Continue result, the HLR proceeds as defined in 
subclause 9.5.6.8. 

9.5.5.3 Forwarding on no subscriber reply 

If the forwarding reason is no subscriber reply, the HLR invokes the procedure Handle_CFNRy to 
determine whether the call should be fon/varded. 

If the procedure Handle_CFNRy returns a Fail result, the HLR proceeds as defined in subclause 9.5.6.6. 

If the procedure Handle_CFNRy returns a Forward result, the HLR continues as defined in 
subclause 9.5.5.4. 

9.5.5.4 l-landling of a forwarded-to number 

If the HLR supports CAMEL, it continues the necessary handling for the mobile terminating call, as 
specified in GSM 03.78 [7], process CAMEL_SRI_HLR, starting at entry point CAMEL_2. 

If the HLR does not support CAMEL, it invokes the procedure Forward_CUG_Check to determine whether 
Closed User Group authorization of the forwarded call is required. 

If the result indicates that the forwarded call is allowed, the HLR constructs an ack to the routeing 
information request, inserts the values returned by the procedure Handle_CFNRc: 

fonwarding options; 

fonwarded-to number as the routeing address; 

and returns the ack, and the process returns to the idle state. 

9.5.6 Unsuccessful outcome 

9.5.6.1 Subscription check failure 

If the procedure Subscription_Check_HLR returns a Fail result, the HLR relays the negative response 
returned by the procedure to the GMSC and the process returns to the idle state. 

9.5.6.2 Forwarding interrogation not supported 

If the enquiry is an enquiry for forwarding information and the HLR does not support forwarding 
interrogation, the HLR returns a Facility not supported negative response to the GMSC and the process 
returns to the idle state. 

9.5.6.3 Optimal Routeing not allowed 

If the enquiry is an optimal routeing enquiry and the HLR determines that it is not prepared to accept an 
optimal routeing enquiry for the called subscriber from the GMSC which sent it, the HLR returns an OR 
not allowed negative response to the GMSC and the process returns to the idle state. 

If the enquiry is an optimal routeing enquiry and the HLR determines that the charging requirements for 
optimal routeing given in subclause 9.1 are contravened and the Provide Subscriber Info ack indicates 
that the called mobile subscriber is not network determined not reachable, the HLR returns an OR not 
allowed negative response to the GMSC and the process returns to the idle state. 

If the enquiry is an optimal routeing enquiry and the HLR requires a roaming number to route the call and 
the VLR serving the called mobile subscriber returns an OR not allowed negative response to the Provide 
Roaming Number request, the HLR returns an OR not allowed negative response to the GMSC and the 
process returns to the idle state. 

9.5.6.4 First forwarding failure 

If the procedure First_Forwarding_HLR returns a Fail result, the HLR relays the negative response 
returned by the procedure to the GMSC and the process returns to the idle state. 
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9.5.6.5 Provide Roaming Number negative response - no forwarding 

If the procedure PRN_Error_HLR returns a Fail result, the HLR relays the negative response returned by 
the procedure to the GMSC and the process returns to the idle state. 

9.5.6.6 Forwarding violation 

If forwarding is requested but the call has already been forwarded as many times as permitted by the 
operator, the HLR returns a Forwarding violation negative response to the GMSC and the process returns 
to the idle state. 

9.5.6.7 IVIobile subscriber busy 

If the B subscriber is busy but call forwarding on busy is not active and operative for the requested basic 
service, the HLR returns a Busy subscriber negative response to the GMSC and the process returns to 
the idle state. 

9.5.6.8 IVIobile subscriber not reachable 

If the B subscriber is not reachable but call forwarding on not reachable is not active and operative for the 
requested basic service, the HLR returns an Absent subscriber negative response to the GMSC and the 
process returns to the idle state. 

9.5.6.9 No subscriber reply 

If the B subscriber is does not reply but call forwarding on no reply is not active and operative for the 
requested basic service, the HLR returns a No subscriber reply negative response to the GMSC and the 
process returns to the idle state. 

9.5.7 Procedure SubscriptionCheckHLR 

This procedure is specified in GSM 03.18 [6]. 

9.5.8 Procedure First_Forwarding_HLR 
This procedure is specified in GSM 03.18 [6]. 

9.5.9 Procedure PRN_Error_HLR 
This procedure is specified in GSM 03.18 [6]. 

9.5.10 Procedure Handle_CFB 

This procedure is specified in GSM 03.18 [6]. 

9.5.11 Procedure Handle_CFNRc 
This procedure is specified in GSM 03.18 [6]. 

9.5.12 Procedure Handle_CFNRy 
This procedure is specified in GSM 03.18 [6]. 

9.5.13 Procedure Forward_CUG_Check 
This procedure is specified in GSM 03.18 [6]. 
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Figure 9a: Process SRI_HLR (sheet 1) 
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Figure 9d: Process SRI_HLR (slieet 4) 
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9.6 Functional behaviour of VLRB 

9.6.1 Functional behaviour of VLRB for provision of subscriber information 

The functional behaviour of VLRB for provision of subscriber information is specified in GSM 03.18 [6]. 

9.6.2 Functional behaviour of VLRB for roaming number allocation 

The functional behaviour of VLRB for roaming number allocation is specified in GSM 03.18 [6]. The only 
function specific to optimal routeing is the storage of the OR indicator, the GMSG address and the call 
reference number if VLRB receives them in the Provide Roaming Number request. 

9.6.3 Functional behaviour of VLRB when handling an incoming call 

The functional behaviour of VLRB when handling a request for information to handle an incoming call is 
specified in GSM 03.1 8 [6]. The only functions specific to optimal routeing are: 

the inclusion in the Complete Call or Process Call Waiting, if the call is to be offered to the 
B subscriber, of the OR indicator and the GMSC address if VLRB received them in the Provide 
Roaming Number request; 

the inclusion in the Send Info For Incoming Call response, if the call is to be forwarded, of: 

the OR indicator, the GMSC address and the call reference number if VLRB received them in 
the Provide Roaming Number request; 

the basic service which applies for this call. 

9.7 Functional behaviour of VMSCB 

The functional behaviour of VMSCB when it handles an incoming call is described in the SDL of figure 10. 
Note that the details of paging the MS and the handling of call waiting are not shown, as these have no 
effect on the operation of OR. 

The handling of signalling if the call is to be forwarded at VMSCB from the point where VMSCB has sent 
the lAM containing the forwarded-to number is specified in GSM 03.18 [6], as is the procedure for 
releasing the call. 

9.7.1 Receipt of Initial Address Message 

When VMSCB receives an lAM, it analyses any ISDN compatibility information included in the lAM in an 
attempt to derive a basic service. If VMSCB can derive a basic service, it includes this in the Send Info For 
Incoming Call (SIFIC) request which it sends to VLRB; VMSCB then waits for the SIFIC ack from VLRB. 

9.7.2 Successful outcome 

9.7.2.1 Completion of call 

If VMSCB receives a Complete Call request from VLRB, it invokes the procedure 
Complete_Call_ln_MSC. If the procedure Complete_Call_ln_MSC returns a "Pass" result, VMSCB waits 
for the call to be cleared. 

9.7.2.2 Conditional call forwarding at the GMSC 

If the procedure Complete_Call_ln_MSC returns a "Fail" result, VMSCB waits for the SIFIC result from 
VLRB. If VLRB returns a SIFIC ack indicating that the call is to be forwarded and the GMSC address is 
available, VMSCB constructs a Resume Call Handling request, containing: 

the call reference number; 

the basic service group which applies for this call; 

the forwarding information; 

possibly CUG information; 

possibly originating CAMEL subscription information; 
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as received in tine SIFIC ack, sends it to tine GMSC, and waits for tine result. 

If the GMSC accepts the request to resume call handling, it sends a Resume Gall Handling ack and an 
ISUP Release message to VMSCB; these are potentially sent over different routes, so the ISUP Release 
may arrive before the Resume Call Handling ack. If the ISUP Release arrives before the Resume Call 
Handling ack, VMSCB releases any call resources which have been allocated and the process terminates. 

If the Resume Call Handling ack arrives before the ISUP Release message, VMSCB waits for the ISUP 
Release message. 

9.7.2.3 Call release 

At any stage, the call may be released from the originating end. The handling for this is specified in 
GSM 03.1 8 [6]. 

If a traffic circuit has been established to the destination exchange, the destination exchange may return 
an ISUP Release message. The handling for this is specified in GSM 03.18 [6]. 

9.7.3 Unsuccessful outcome 

If the GMSC address is not available, or the GMSC returns a Resume Call Handling negative response 
indicating OR not allowed, the call has to be forwarded from VMSCB. If the forwarded-to destination is a 
mobile subscriber, the forwarding leg from VMSCB may be optimally routed, in the same way as a call 
from subscriber B to subscriber C. 

If the Send Info for Incoming Call ack included originating CAMEL subscription information, VMSCB 
performs the interaction between CAMEL handling and call forwarding as specified in GSM 03.78 [7], 
process CAMEL_CF_MSC_GMSC. 

If the GMSC returns a Resume Call Handling negative response indicating forwarding failure, the call 
cannot be forwarded at VMSCB. VMSCB waits for the ISUP Release message from the GMSC. 

If the procedure Complete_Call_ln_MSC returns an "Aborted" result, VMSCB releases any call resources 
which have been allocated for this call, and the process returns to the idle state. 

If VLRB returns a SIFIC negative response, VMSCB releases any call resources which have been 
allocated for this call, and the process returns to the idle state. 

9.7.4 Procedure Complete_Call_ln_MSC 

This procedure is specified in GSM 03.18 [6]. 
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Figure 10a: Process ICH_l\flSC (shieet 1) 
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Figure 10b: Process ICH_MSC (sheet 2) 
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10 Contents of messages 

This clause specifies tine cinanges to tine content of eacin message sinown in clauses 5, 6 and 9, including 
those messages which are already specified for GSM Phase 2 but which require changes for Optimal 
Routeing. It should be read as a "delta" on the corresponding clause of GSM 03.18; those information 
elements which are the same for SOR as for the basic call without OR are not specified in this clause. 

In the tables which follow, information elements are shown as mandatory (M) or conditional (C). A 
mandatory information element shall always be present. A conditional information element shall be 
present if certain conditions are fulfilled; if those conditions are not fulfilled it shall be absent. 

10.1 Messages on the B interface (MSC-VLR) 

10.1.1 Send Info For Outgoing Call 

This message is specified in GSM 03.18 [6]. 

10.1.2 Send Info For Outgoing Call negative response 

This message is specified in GSM 03.18 [6]. 

10.1.3 Send Info For Incoming Call 
This message is specified in GSM 03.18 [6]. 

10.1.4 Send Info For Incoming Call ack 

This message is specified in GSM 03.18 [6]. The following additional information elements are required: 

Information element name Required Description 

OR indicator C Indicates whether the call has been routed directly from a 

GMSC not in the same PLMN as the HLR. Shall be 
present if it was received in the Provide Roaming Number, 
otherwise shall be absent. 

GMSC address E.I 64 address of the GMSC. Shall be present if it was 

received in the Provide Roaming Number, otherwise shall 
be absent. 

Gall reference number Gall reference number used by the GMSC for this call. 

Shall be present if it was received in the Provide Roaming 
Number, otherwise shall be absent. 

Originating OS! Originating CAMEL subscription information. Shall be 

present if the B subscriber has subscribed to originating 
CAMEL service and VMSCB supports CAMEL; otherwise 
shall be absent. 

10.1.5 Send Info For Incoming Call negative response 

This message is specified in GSM 03.18 [6]. 

10.1.6 Complete Call 

This message is specified in GSM 03.18 [6]. The following additional information elements are required: 

Information element name Required Description 

OR indicator C Indicates whether the call has been routed directly from a 

GMSC not in the same PLMN as the HLR. Shall be 
present if it was received in the Provide Roaming Number, 
otherwise shall be absent. 

GMSC address C E.I 64 address of the GMSC. Shall be present if it was 

received in the Provide Roaming Number, otherwise shall 
be absent. 
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10.1.7 Process Call Waiting 

This message is specified in GSM 03.18 [6]. Tine following additional information elements are required: 



Information element name 

OR indicator 



GMSC address 



Required Description 

Indicates whether the call has been routed directly from a 

GMSC not in the same PLMN as the HLR. Shall be 
present if it was received in the Provide Roaming Number, 
othenwise shall be absent. 

C E.164 address of the GMSC. Shall be present if it was 

received in the Provide Roaming Number, otherwise shall 
be absent. 



10.2 Messages on the C interface (MSC-HLR) 
10.2.1 Send Routeing Info 

This message is specified in GSM 03.18 [6]. The following additional information elements are required: 



Information element name 

Interrogation type 



OR interrogation indicator 



Required 

M 



OR capability 



GMSC address 

Call reference number 



Forwarding reason 



Basic service group 



M 
C 



Description 

Indicates the type of interrogation: basic(for routeing 

information for an MT call) or forwarding (when the GMSC 

has been asked to resume call handling for OR of late call 

fonwarding). 

Indicates that the interrogation is from a GMSC not in the 

same PLMN as the HLR. Shall be present if the 

interrogation is from a GMSC not in the same PLMN as the 

HLR, otherwise shall be absent. 

Indicates the phase of OR which the GMSC supports. 

Shall be present if the GMSC supports OR, otherwise shall 

be absent. 

E.I 64 address of the GMSC. 

Call reference number used by the GMSC for this call. 

Shall be present if the interrogation type=location or if the 

interrogation type=roaming number, otherwise shall be 

absent. 

Indicates the reason for forwarding (on busy, on no 

subscriber reply, or on mobile subscriber not reachable). 

Shall be present if the Interrogation type=forwarding, 

othenwise shall be absent. 

Basic service group which applies for this call. Shall be 

present if the Interrogation type=forwarding, otherwise shall 

be absent. 



10.2.2 



Send Routeing Info ack 



This message is specified in GSM 03.18 [6]. Two new information elements are required, and the 
condition for the presence of one existing information element is changed, as shown in the following table. 
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Information element name 

Forwarding interrogation 
required 



VMSC address 



Roaming number 



Required Description 

C Indicates winetlner tine GMSC sinall interrogate tine HLR for 

routeing information for late call forwarding. Shall be 
present if the SRI ack contains an MSRN, otherwise shall 
be absent. 

C E.164 address of the VMSC in whose area the 

B subscriber is currently registered. Shall be present in the 
Send Routeing Info ack if the OR interrogation indicator in 
the Send Routeing Info was set to True and the HLR has 
not determined that the call is to be forwarded, otherwise 
shall be absent. 

C E.1 64 address required to route the call to the VMSC of the 

B party. Shall be present in the Send Routeing Info ack 
which is sent in response to a Send Routeing Info with 
Interrogation type=basic if the HLR has determined that the 
charging requirements for optimal routeing are not 
contravened and that the call is not to be forwarded, 
otherwise shall be absent. 



10.2.3 



Send Routeing Info negative response 



This message is specified in GSM 03.18 [6]. The negative response information element can take the 
following values in addition to those specified in GSM 03.18 [6]: 

OR not allowed. 
Busy subscriber. 
No subscriber reply. 

10.3 Messages on the D interface (VLR-HLR) 

10.3.1 Provide Roaming Number 

This message is specified in GSM 03.18 [6]. The following additional information elements are required: 



Information element name Required 

GMSC address C 



Call reference number 



OR interrogation indicator 



Description 

E.164 address of the GMSC. Shall be present if it was 

received by the HLR in the Send Routeing Info, otherwise 

shall be absent. 

Call reference number used by the GMSC for this call. 

Shall be present if it was received by the HLR in the Send 

Routeing Info, otherwise shall be absent. 

Indicates that the HLR received the corresponding Send 

Routeing Info from a GMSC not in the same PLMN as the 

HLR. Shall be present if the HLR received the Send 

Routeing Info from a GMSC not in the same PLMN as the 

HLR, otherwise shall be absent. 



10.3.2 Provide Roaming Number ack 

This message is specified in GSM 03.18 [6]. 

10.3.3 Provide Roaming Number negative response 
This message is specified in GSM 03.18 [6]. 

10.3.4 Provide Subscriber Information 
This message is specified in GSM 03.18 [6]. 

10.3.5 Provide Subscriber Information ack 
This message is specified in GSM 03.18 [6]. 
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10.4 Messages on the E interface (MSC-MSC) 
10.4.1 Resume Call Handling 

The following information elements are required: 



Information element 


name 


Required 


Call reference number 




M 


Forwarding reason 




M 


Basic service group 




M 


IMSI 




M 


Forwarded-to number 




M 


Notification to calling party 


M 



Forwarded-to subaddress 



CUG interlock 



CUG outgoing access 



Originating CSI 



Description 

Call reference number used by the GMSC for this call. 

Indicates the reason for forwarding (on busy, on no 

subscriber reply, or on mobile subscriber not reachable). 

Basic service group which applies for this call. 

IMSI of the B subscriber. 

E.1 64 number of the C subscriber. 

Indication of whether the calling party is to be notified that 

the call has been forwarded. 

Subaddress of the C subscriber (see GSM 03.03 [4]). Shall 

be present if a forwarded-to subaddress is stored in the 

VLR in association with the forwarded-to number; 

otherwise shall be absent. 

For the definition of this IE, see GSM 03.85 [8]. Shall be 

present if the VLR has determined that the forwarded call 

is to be treated as a CUG call in accordance with the rules 

in GSM 03.85 [8], otherwise shall be absent. 

For the definition of this IE, see GSM 03.85 [8]. Shall be 

present if the VLR has determined that the forwarded call 

is to be treated as a CUG call with outgoing access in 

accordance with the rules in GSM 03.85 [8], otherwise 

shall be absent. 

Originating CAMEL subscription information. Shall be 

present if the B subscriber has subscribed to originating 

CAMEL service and VMSCB supports CAMEL; otherwise 

shall be absent. 



10.4.2 Resume Call Handling ack 

This message contains no information elements. 

10.4.3 Resume Call Handling negative response 

The negative response information element can take the following values: 

OR not allowed. 
Forwarding failed. 
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Annex A (informative): Handling of an lAM at an MSC 

An MSC which receives an lAM from an originating exchange may react in three different ways: 

it acts as a transit exchange, i.e. it relays the lAM to a destination exchange determined by analysis 
of the called party address, and thereafter relays other ISUP signalling between the originating and 
destination exchange until the connection is released. This behaviour is not specific to GSM; 

it acts as a terminating exchange, i.e. it attempts to connect the call to an MS currently registered in 
the service area of the MSC; 

it acts as a GMSC, i.e. it interrogates an HLR for information to route the call. If the HLR returns 
routeing information, the MSC uses the routeing information from the HLR to construct an JAM, 
which it sends to a destination exchange determined by analysis of the routeing information from 
the HLR. 

The method which the MSC uses to determine how to handle the JAM is described in GSM 03.18 [6]. 
However, the number analysis required to derive the address of an HLR in a different PLMN from the 
MSC is much more extensive than that required to derive the address of an HLR in the same PLMN as 
the MSC - the MSC needs to be able to recognize the combination of country code and national 
destination code for every subscriber of every PLMN to which calls are to be optimally routed. 

A PLMN operator may decide to implement the ability to recognize a called party address as belonging to 
a GSM PLMN which is not the PLMN of the MSC in only a subset of the MSCs in his PLMN. Other MSCs 
will route international calls to one of the MSCs which have the capability for extra number analysis. 

When a GMSC has interrogated an HLR and received an MSRN, the GMSC may need to route the call to 
the HPLMN of the called subscriber. If the call is routed through an MSC which has the capability to 
analyse an address to derive an HLR address, a method must be provided to prevent the transit MSC 
from performing a further interrogation of the HLR, using the MSRN as an MSISDN. The method used to 
prevent this further interrogation is a matter for the PLMN operator. 
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